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(54) Video editing scheme using icons directly obtained from coded video data 



(57) A video editing scheme for enabling a video 
editing operation on the coded video data efficiently. In 
a system in which the coded video data are decoded 
and displayed on a video display device, events includ- 
ing scene changes are detected from the coded video 
data, and icons are produced from the coded video data 
in correspondence to the detected events. On the other 
hand, playback possible positions from which the coded 
video data can be playbacked smoothly are determined, 
and an index information including an information on the 
produced icons and the determined playback possible 



positions is managed. Then, a plurality of icons are dis- 
played on a single display, and a user is allowed to 
specify a desired icon among the displayed icons on the 
single display. Then, one playback possible position cor- 
responding to the desired icon specified by the user is 
obtained according to the managed index information, 
and the coded video data are supplied to the video dis- 
play device starting from the obtained playback possible 
position. 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

The present invention relates to a video editing 
scheme to be used in playbacking and editing coded 
video data. 

DESCRIPTION OF THE BACKGROUND ART 

In conjunction with the standardization of the video 
coding scheme such as MPEG, a use of the coded 
video has been widening, and there is a demand for an 
editing apparatus which is capable of retrieving a 
desired scene from the video quickly, processing the 
coded video in a coded form efficiently, and changing a 
playback order of the video. 

Conventionally, in order to retrieve a desired scene 
from the non-coded video such as video images, it has 
been necessary to repeatedly execute operations such 
as rewinding and fast forwarding operations, so that 
there has been a problem that a considerable amount of 
time is required for the scene retrieval. In view of this 
problem, there has been a proposition of a video editing 
apparatus as disclosed in Japanese Patent Application 
Laid Open No. 5-183862 (1993), which has a detection 
means for detecting images at which the scene is 
changed in the video, and an index information produc- 
tion means for producing a video index information in 
terms of icons obtained by reducing the images 
detected by the detection means. This video editing 
apparatus has already been developed for practical use. 
According to this proposition, the icons representing the 
scene changed images detected from the video are dis- 
played in a form of multiple image field display, so that 
an outline of the video content can be comprehended 
without watching the video in a time order, and therefore 
it becomes possible to realize the scene retrieval effi- 
ciently. 

This conventional video editing apparatus is 
designed to handle the non-coded video such as video 
images, and when this conventional video editing appa- 
ratus is directly applied to handle the coded video, the 
following problems arise. 

Fig. 1 shows one exemplary apparatus configura- 
tion in which the above described conventional video 
editing apparatus is directly applied to the coded video. 

In Fig. 1 , a portion enclosed by a solid line repre- 
sents a general configuration of a conventional appara- 
tus for playbacking the coded video in which a coded 
video control unit 22 reads out the coded video data 
stored in a coded video storage unit 21 and supply the 
coded video data to a decoding unit 23 which decodes 
the coded video data. The decoded video data are then 
supplied to and displayed at a display unit 24. Here, the 
decoding unit 23 is usually implemented in a form of 
dedicated hardware. 



Also, in Fig. 1, a portion enclosed by a dasHed line 
represents the above described conventional video edit- 
ing apparatus in which a scene change detection 
means 25 detects images at which the scene is 

5 changed in the video, an index production means 26 
produces a video index information in terms of icons 
obtained by reducing the images detected by the scene 
change detection means 25, and a display means 27 
displays these icons in a form of multiple image field dis- 

w play. 

Fig. 1 shows one exemplary configuration for realiz- 
ing the above described conventional video editing 
apparatus in combination with an apparatus for play- 
backing the coded video, in which the decoded video 

is data are taken from the decoding unft 23 of the playback 
apparatus and entered into the above described con- 
ventional video editing apparatus. 

However, the decoding unit 23 is usually imple- 
mented in a form of dedicated hardware as already 

20 mentioned above, so that it is not easy to read out and 
process the decoded video data by means of software. 
Even rf it is possible, there still remains a problem that 
an amount of data for the decoded video data is very 
large so that the data transfer (such as a data transfer 

25 using an internal bus of a computer) requires a consid- 
erable amount of time. 

Fig. 2 shows another exemplary apparatus configu- 
ration in which the above described conventional video 
editing apparatus is directly applied to the coded video. 

30 In Fig. 2, the scene change detection means is pro- 
vided in a form of coded video data scene change 
detection means 28 which can detect a scene change 
directly from the coded video data. Such a coded video 
data scheme change detection means can be realized 

35 by using the known configuration as disclosed in Japa- 
nese Patent Application No. 6-22304 (1994). Then, the 
coded video control unit 22 reads out the coded video 
data stored in the coded video storage unit 21 and sup- 
ply the coded video data directly to the coded video data 

40 scene change detection means 28 (before supplying 
the coded video data to the decoding unit 23), so that an 
index production means 29 produces the index informa- 
tion according to the scene changes detected by the 
coded video data scene change detection means 28. 

45 This configuration of Fig. 2 has a problem in that the 
index production means 29 is required to carry out the 
decoding processing in order to produce the icons in 
forms of the reduced images, so that a considerable 
amount of time is required for the index production 

so processing. 

In addition, there is another conventionally encoun- 
tered problem that it is not easy to edit the coded video. 
This problem stems from the fact that it is not easy to 
segment the coded video data at arbitrary positions and 

55 change an order of segments. Because of this problem, 
it has conventionally been customary to carry out the 
editing on an original tape and then the edited video is 
coded, so as not to require the editing on the coded 
video, 
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This problem regarding a difficulty of editing the 
coded video will now be described in further detail for an 
exemplary case of using the MPEG coding scheme. 

In the MPEG coding scheme, the image sequence 
is coded by using a combination of an intra-f ield coded 5 
picture (I picture) in which the image is compressed by 
removing the redundancy within each image field, an 
inter-field forward direction predictively coded picture (P 
picture) which utilizes a correlation between an image of 
interest and a past image, and an inter-field bidirectional 10 
predictively coded picture (B picture) which utilizes a 
correlation among an image of interest, a past image, 
and a future image, as shown in Fig. 3. in Fig. 3, a pic- 
ture 31 is an I picture which is coded within an image 
field, so that it is possible to reproduce an image from is 
the data of this picture 31 alone. On the other hand, a 
picture 32 is a B picture from which an image cannot be 
reproduced until its past picture 31 and its future picture 
33 are decoded. Consequently, in the MPEG coded 
video, it is only possible to segment the video at a posi- 20 
tion of the I picture. If the video is segmented at a posi- 
tion of the B picture 32, for instance, it would become 
impossible to decode the B picture 32 because data of 
the I picture 31 would become unavailable. 

In other words, in order to segment the video at a 25 
portion other than that of the I picture, it would be nec- 
essary to reconstruct the coded data by repeatedly exe- 
cuting the decoding processing and the coding 
processing, and because of that, there has been prob- 
lems that it would require a considerable amount of time 30 
and an image quality would be degraded. 

For the same reason, in the MPEG, a position from 
which the video playback can be started is limited to a 
position of the I picture (or a top of a packet containing 
the sequence header that stores parameters necessary 35 
for the decoding, strictly speaking). The above 
described conventional video editing apparatus does 
not account for this limitation at all, so that when the 
above described conventional video editing apparatus 
is directly used to handle the coded video, there is a 40 
problem that the decoding unit would not operate prop- 
erly at a time of the video playback, that is, the play- 
backed images would be temporarily disturbed until the 
I picture is displayed. In addition, Japanese Patent 
Application Laid Open No. 5-183862 mentioned above 45 
does not have any teaching directed to a specific editing 
operation such as a change of playback orders. 

Thus because of the lack of considerations for 
these problems which are specific to the coded video, 
the prior art has been associated with a problem that a so 
considerable amount of time is required for the produc- 
tion of icons because it is necessary to carry out the 
decoding processing at a time of producing icons, as 
well as a problem that the video cannot be playbacked 
smoothly because the video decoding unit does not 55 
operate properly at a time of the video playback. 



SUMMARY OF THE INVENTION 

It is therefore an object of the present invention to 
provide a video editing scheme which is capable of 
detecting a scene change from the coded video data 
directly, producing icons directly from the coded video 
data, and displaying the produced icons, so that it 
become possible to comprehend an outline of the video 
content efficiently, and it becomes possible to carry out 
an editing operation such as a change of playback 
orders in scene units on the coded video data efficiently. 

According to one aspect of the present invention 
there is provided a video editing apparatus, comprising: 
a video display unit for decoding and displaying coded 
video data; an event detection unit for detecting events 
including scene changes, from the coded video data; an 
icon production unit for producing icons from the coded 
video data in correspondence to the events detected by 
the event detection unit; a playback possible position 
detection unit for determining playback possible posi- 
tions from which the coded video data can be play- 
backed smoothly; an index information management 
unit for managing an index information including an 
information on the icons produced by the icon produc- 
tion unit and the playback possible positions determined 
by the playback possible position detection unit; a dis- 
play input unit functioning as a user interface for display- 
ing a plurality of icons produced by the icon production 
unit on a single display, and allowing a user to specify a 
desired icon among said plurality of icons on the single 
display; and a control unit for obtaining one playback 
possible position corresponding to the desired icon 
specified by the user at the display input unit according 
to the index information managed by the index informa- 
tion management unit, and supplying the coded video 
data to the video display unit starting from said one 
playback possible position. 

According to another aspect of the present inven- 
tion there is provided a video editing method, compris- 
ing the steps of: (a) decoding and displaying coded 
video data on a video display device; (b) detecting 
events including scene changes, from the coded video 
data; (c) producing icons from the coded video data in 
correspondence to the events detected by the step (b); 
(d) determining playback possible positions from which 
the coded video data can be playbacked smoothly; (e) 
managing an index information including an information 
on the icons produced by the step (c) and the playback 
possible positions determined by the step (d); (f) dis- 
playing a plurality of icons produced by the step (c) on a 
single display, and allowing a user to specify a desired 
icon among said plurality of icons on the single display; 
and (g) obtaining one playback possible position corre- 
sponding to the desired icon specified by the user at the 
step (0 according to the index information managed by 
the step (e), and supplying the coded video data to the 
video display device starting from said one playback 
possible position. 

According to another aspect of the present inven- 



3 



BNSDOCID: <EP 0810794A2J_> 



EP 0 810 794 A2 



tion there is provided an article of manufacture, com- 
prising: a computer usable medium having computer 
readable program code means embodied therein for 
causing a computer to function as a video editing sys- 
tem in which coded video data are decoded and dis- 5 
played by a video display device, the computer readable 
program means including: first computer readable pro- 
gram code means for causing the computer to function 
as an event detection unit for detecting events including 
scene changes, from the coded video data; second w 
computer readable program code means for causing 
the computer to function as an icon production unit for 
producing icons from the coded video data in corre- 
spondence to the events detected by the first computer 
readable program code means; third computer readable 75 
program code means for causing the computer to func- 
tion as a playback possible position detection unit for 
determining playback possible positions from which the 
coded video data can be playbacked smoothly; fourth 
computer readable program code means for causing 2 o 
the computer to function as an index information man- 
agement unit for managing an index information includ- 
ing an information on the icons produced by the second 
computer readable program code means and the play- 
back possible positions determined by the third compu- 2 s 
ter readable program code means; fifth computer 
readable program code means for causing the compu- 
ter to function as a user interface for displaying a plural- 
ity of icons produced by the second computer readable 
program code means on a single display, and allowing a 30 
user to specify a desired icon among said plurality of 
icons on the single display; and sixth computer readable 
program code means for causing the computer to func- 
tion as a control unit for obtaining one playback possible 
position corresponding to the desired icon specified by 35 
the user at the user interface according to the index 
information managed by the fourth computer readable 
program code means, and supplying the coded video 
data to the video display device starting from said one 
playback possible position. 40 

Other features and advantages of the present 
invention will become apparent from the following 
description taken in conjunction with the accompanying 
drawings. 

45 

BRIEF DESCRIPTION OF THE DRAWINGS 

Rg. 1 is a block diagram showing one exemplary 
configuration of a coded video editing apparatus based 
on a conventional non-coded video editing apparatus. so 

Rg. 2 is a block diagram showing another exem- 
plary configuration of a coded video editing apparatus 
based on a conventional non-coded video editing appa- 
ratus. ? 

Rg. 3 is a diagram for explaining the MPEG coding 55 
scheme. 

Rg. 4 is a block diagram showing an exemplary 
configuration of a video editing apparatus in the first 
embodiment of the present invention. 



Fig. 5 is a diagram showing an exemplary form of 
an icon produced by an icon production unit in the appa- 
ratus of Fig. 4. 

Fig. 6 is a diagram showing a data structure of the 
MPEG coded video data for explaining the processing in 
the apparatus of Fig. 4. 

Rg. 7 is a diagram showing a data structure of an 
index management table used by an index information 
management unit in the apparatus of Fig. 4. 

Rg. 8 is a diagram showing an exemplary computer 
screen display by a display input unit in the apparatus of 
Rg. 4. 

Rg. 9 is a block diagram showing an exemplary 
configuration of a video editing apparatus in the second 
embodiment of the present invention. 

Rg. 10 is a diagram showing an exemplary compu- 
ter screen display by a display input unit in the third 
embodiment of the present invention. 

Fig. 11 is a diagram showing an exemplary 
sequence of events and icons for explaining a display 
mode used in the third embodiment of the present 
invention. 

Rgs. 12A and 12B are diagrams showing two 
tables to be used instead of the index management 
table of Fig. 7 in one possible modification of a video 
editing scheme according to the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Referring now to Fig. 4 to Rg. 8, the first embodi- 
ment of a video editing scheme according to the present 
invention will be described in detail. 

Rg. 4 shows an exemplary configuration of a video 
editing apparatus in this first embodiment, which com- 
prises a coded video storage unit 1 1 , an event detection 
unit 12, an icon production unit 13, a playback possible 
position detection unit 14, an index information man- 
agement unit 15, a display input unit 16, a video display 
unit 1 7, and a control unit 1 8, all of which are connected 
through a bus 19. The control unit 18 controls an overall 
operation of this video editing apparatus. 

The coded video storage unit 1 1 stores the coded 
video data, and formed by a magnetic disk device or a 
magnetooptic disk device. In this first embodiment, the 
coded video data are assumed to be the MPEG coded 
video data. 

The event detection unit 12 detects a scene change 
as an event from the coded video data. Here, the detec- 
tion of the scene change from the coded video data can 
be realized by using a method disclosed in Japanese 
Patent Application No. 6-22304 (1994), for example. 
This is a method for automatically detecting the scene 
change based on the thresholding of various feature 
values calculated at a time of the video coding/decod- 
ing, such as an accumulated prediction error in each 
frame, an amount of data for the coded video data, a 
number of pixels which are intra-frame coded (or inter- 
frame coded). Besides this detection of a scheme 
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change, it is ,also preferable to detect various other 
events such as a dissolve (which is a special effect in 
which the scene changes while two scenes appear to 
be dissolved one another), an appearance of a person, 
a start of a speech, an appearance of a caption, etc., 5 
from a viewpoint of constructing the convenient video 
editing interface that can reflect the video content well. 

The icon production unit 13 produces icons which 
are image information for concisely representing the 
scene contents in correspondence to the detected 10 
event. An exemplary form of an icon produced by the 
icon production unit 13 is shown in Fig. 5. This icon of 
Fig. 5 is formed by a reduced image area 41 in which 
the image corresponding to the event is shown in a form 
of reduced image, a time area 42 in which an event 15 
occurrence time is shown in a form of text information, 
and a scene duration area 43 in which a time interval 
between the current event and a next event is visually 
indicated. By visually expressing an information related 
to the event as an icon in this manner, it becomes pos- 20 
sible to carry out the video operation intuitively. 

Next, a procedure for producing the reduced image 
from the MPEG coded video data will be described. 

Fig. 6 shows a data structure of the MPEG coded 

video data, where lj (i = 1 , 2, ) indicates an 25 

I picture, Pj (i = 1 , 2, ) indicates a P picture, 

and SH indicates a control data called sequence header 
which is used in the decoding. Now, suppose that an 
event (a scene change) occurred at a position of P 2 as 
indicated in Fig. 6. Here, the production of the reduced 30 
image from data of P 2 requires some processing time 
because there is a need to carry out the decoding 
processing by referring to past data. In order to avoid 
this time consuming decoding processing, the icon pro- 
duction unit 1 3 scans the video data to find out a next I 35 
picture l n + 1f and extracts only the DC component of the 
DCT (Discrete Cosine Transform) coefficient from data 
of this I picture l n + v Here, the DC component of the 
DCT coefficient in the I picture indicates average values 
of a color difference component and an intensity for 40 
each 8x8 pixel block, so that it is possible to obtain the 
reduced image in 1/8 longitudinal and transversal sizes 
without requiring the time consuming decoding 
processing. This procedure is based on an assumption 
that the image content does not change very much 45 
between P 2 and l n + 1( but this is a reasonable assump- 
tion in most cases because the I picture is usually 
inserted at a rate of one I picture in every 0.5 second or 
so. 

Note that, in producing the reduced image, from a so 
viewpoint of improving the visibility of the icon, it is pref- 
erable to produce the icon from the I picture which has 
the least blurring due to motion within the scene, and it 
is also preferable to detect a dissolve so as not to pro- 
duce the icon from the picture at which two images are 55 
overlapping. In addition, it is also possible to produce 
the reduced image in higher resolution by using a part 
of the AC component of the DCT coefficient in addition 
to the DC component of the DCT coefficient. 



8 

Also, it is preferable to provide an interface which 
can present nearby I picture reduced images of the 
automatically produced icon to the user and allow the 
user to select an appropriate one upon receiving the 
user's judgement of the automatically produced icon as 
inappropriate. To this end, in addition to produce the 
reduced image every time the event is detected, it is 
also possible to produce the reduced images for all the 
I pictures in advance. 

The playback possible position detection unit 14 
determines a position in the video from which the video 
data is to be decoded in order to playback the video 
from a position corresponding to the event. For 
instance, when an event is detected at a position of P 2 
in Fig. 6, if the video data starting from a position of P 2 
is sent to the video display unit 17, there would be a 
problem that the displayed images are temporarily dis- 
turbed because the video display unit 17 cannot prop- 
erly decode the images of P 2 , P 3 , etc. For this reason, 
the playback possible position detection unit 14 selects 
a position of a next sequence header (SH) as the play- 
back possible position. 

Here, in a case where the sequence headers 
appear in the bit stream only sparsely, it is also possible 
to extract the sequence header information in advance 
(as a control data used in the second embodiment to be 
described below), and send the sequence header infor- 
mation to the video display unit 17 according to the 
need. 

Note that the above description is for an exemplary 
case of using MPEG/VIDEO bit stream, but in a case of 
using MPEG/SYSTEM bit stream, it is also possible to 
select a top of a packet in which the I picture is con- 
tained as the playback possible position. Moreover, 
depending on the event type, it is also possible to select 
a position near a prescribed period of time before or 
after an event as the playback possible position. Fur- 
thermore, it is also possible to identify a speech existing 
section (a non-silent section) which contains the event 
by analyzing the speech data, and select a position of a 
sequence header which appears immediately before 
the speech existing section so as not to interrupt the 
speech. 

The index information management unit 15 man- 
ages an index information which contains the icons pro- 
duced by the icon production unit 13 and the playback 
possible position information obtained by the playback 
possible position detection unit 14. For example, the 
index information is managed in a form of a data struc- 
ture (an index management table) as shown in Fig. 7, 
which is provided inside a computer memory. This index 
management table of Fig. 7 has an event ID field 61 , an 
event type field 62, an event time field 63, a playback 
possible position field 64, a comment field 65, and a 
pointer to icon field 66. In the event type field 62, "0". 
indicates a scene change while "1" indicates any other 
event. Fig. 7 also shows a pointer list 67 which will be 
described in detail below. 

The display input unit 16 is realized in forms of a 



5 



BNSDOCID; <EP 0810794A2J_> 



9 



EP 0 810 794 A2 



10 



computer screen and a mouse in this first embodiment 
Fig. 8 shows an exemplary computer screen display for 
the display input unit 16. In Fig. 8, the icons correspond- 
ing to the specified event (such as an event of an event 
type = "O") are composed and displayed in a window 71 
on the computer screen, according to the index man- 
agement table of Fig. 7. By watching this computer 
screen display, it is possible to glance over various 
scenes contained in the video, so that it becomes possi- 
ble to comprehend the outline of the video content with- 
out repeatedly executing the rewinding operation and 
the fast forwarding operation. In addition, by pointing the 
icons on the computer screen display using the mouse, 
it is possible to carry out various operations such as a 
change of a display/non-display status of the video, a 
change of an arrangement order of the icons, and a pro- 
duction of a list of the icons in a modified arrangement 
order at another window 72. Here, the arrangement 
order information is stored as the pointer list 67 of Fig. 7 
in the index information management unit 15. The 
pointer list 67 shown in Fig. 7 indicates that the video is 
to be playbacked in an order of the event IDs "0", "V, 
"4", "5", "4", "5". and "6". 

When the user commands the playback of the video 
by specifying an icon, the control unit 18 searches the 
playback possible position corresponding to the speci- 
fied icon from the index management table of Fig. 7. 
reads out the corresponding video data by supplying the 
playback possible position to the coded video storage 
unit 1 1 , and supplies the read out video data to the 
video display unit 17. The video display unit 17 then 
decodes and displays the supplied video data. Here, the 
index information management unit 15 manages the 
playback possible position in the index management 
table so that it is possible to make a random access 
without requiring an analysis of the MPEG data from the 
top. 

Also, when the user commands the playback of the 
video according to the icon list in a modified arrange- 
ment order, the control unit 18 reads out the coded 
video data from appropriate positions by sequentially 
obtaining the playback possible positions from the 
pointer list 67 of the index management table, and sup- 
plies the read out video data to the video display unit 1 7 
so as to realize the commanded playback of the video 
according to the icon list in a modified arrangement 
order. 

Referring now to Fig. 9, the second embodiment of 
a video editing scheme according to the present inven- 
tion will be described in detail. 

Fig. 9 shows an exemplary configuration of a video 
editing apparatus in this second embodiment, which dif- 
fers from the apparatus of Rg. 4 in that a control data 
extraction unit 20 is additionally connected to the bus 
19. The rest of this configuration of Fig. 9 is substantially 
the same as that of Fig. 4. 

In this configuration of Fig. 9, the control data 
extraction unit 20 extracts the control data necessary in 
piaybacWng the coded video data, from the coded 



video. The extracted control data is subsequently sup- 
plied to the video display unit 17 by the control unit 18 
before the coded video data is supplied. 

In other words, in this second embodiment, the con- 

s trol data necessary in playbacking the coded video data 
is extracted in advance by the control data extraction 
unit 20, and the control unit 18 supplies the control data 
to the video display unit 18 before supplying the coded 
video data at a time of the video playback, so that the 

10 video display unit 17 can decode the coded video data 
properly even when the control data necessary in 
decoding the coded video data is provided only at a top 
of the coded video data while a random access or the 
playback in a modified playback order is to be carried 

15 OUt. 

Referring now to Fig. 10 and Fig. 11, the third 
embodiment of a video editing scheme according to the 
present invention will be described in detail. 

In the first embodiment described above, the scene 

20 change is detected as an event and an image near the 
top of the scene is displayed as an icon image. How- 
ever, in a case of news video, a caption contained in the 
video is important in a sense that a caption can indicate 
the news content precisely. For this reason, it is prefera- 

25 ble to display an image containing a caption as an icon 
image in a case of the news video. Note that the icon 
image produced upon detecting the scene change is not 
necessarily an image containing a caption. Conse- 
quently, in this third embodiment, the user is allowed to 

30 select an image to be displayed as an icon image by 
switching the display mode according to the video con- 
tent or a purpose of the video use. 

Fig. 10 shows an exemplary computer screen dis- 
play in this third embodiment where the display mode 

35 can be switched by means of three display mode selec- 
tion buttons B1 , B2 and B3. 

When the first display mode selection button B1 is 
selected, the icons corresponding to the scene changes 
are displayed in a display region B4, similarly as in the 

40 first embodiment described above. 

When the second display mode selection button B2 
is selected, only those icons which satisfy the condition 
that the event type is a caption are extracted, and dis- 
played in the display region B4. When the icon list dis- 

45 play showing all the icons corresponding to the scene 
changes has too many icons, it is possible to produce a 
compact icon list by displaying only those icons which 
are corresponding to the captions. 

When the third display mode selection button B3 is 

so selected, the icons are selectively displayed according 
to the following conditions. 

(1) When a caption appears within a shot, an image 
at which the caption appears is set as an icon 

55 image. 

(2) When the caption does not appear within a shot, 
an image at a top of the shot is set as an icon 
image. 
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ttere, a shot is S time s^btion between one scene 
change and a next scene change. 

In order to realize this third display mode, the scene 
changes and the caption appearance/disappearance 
events are detected by the event detection unit 12 in 5 
advance, and the information on these events are 
stored in the index information management unit 15 in 
advance. Then, for each scene change event, the dis- 
play input unit 16 checks whether the caption appeared 
between that scene change and the next scene change to 
or not, and if the caption appeared, the image at which 
the caption appeared is selected as the icon image. If 
the caption did not appear, an icon is produced accord- 
ing to the scene change event. 

This third display mode will now be described for an 75 
exemplary case shown in Fig. 1 1 . In this example of Fig. 
11, the scene change events A1 to A6, the caption 
appearance events A7 and A9, and the caption disap- 
pearance events A8 and A10 occur in a time order as 
indicated in Fig. 11. When a period between the scene 20 
change events A1 and A2 is checked, the caption 
appearance event A7 occurred in this period so that the 
caption appearance event A7 is selected rather than the 
scene change event A1. Next, when a period between 
the scene change events A2 and A3 is checked, there is 25 
no caption appearance event in this period so that the 
scene change event A2 is selected. When the events 
are sequentially selected in this manner, eventually six 
(that is, as many as a number of the scene change 
events) events A7, A2, A3, A9, A5 and A6 will be 30 
selected out of total ten events, and the icons A1 1 cor- 
responding to the respective events are produced and 
displayed in the display region B4. Here, a number of 
displayed icons is the same as in a case of the first dis- 
play mode, but the images containing the captions are 35 
used as the icon images so that it is possible to produce 
a more effective icon list for the video such as news 
video in which the captions are important. 

As described, according to the video editing 
scheme of the present invention, by means of the event 40 
detection unit the icon production unit and the playback 
possible position detection unit as described above, it 
becomes possible to produce the intuitive video inter- 
face automatically at high speed. 

In addition, by means of the display input unit, the 45 
video display unit and the control unit as described 
above, it becomes possible to carry out the editing oper- 
ations on the coded video intuitively. 

Moreover, by means of the control data extraction 
unit described above, it becomes possible to realize the so 
random access or the playback order change efficiently 
even when the control data necessary in decoding the 
coded video data is provided only at a top of the coded 
video data. a 

It is to be noted that the above described embodi- 55 
ments may be modified in various aspects. For exam- 
ple, the above described embodiments are all directed 
to a case of storing the coded video data, but it is also 
possible to use a configuration which directly processes 
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coded video data obtained by a video coding board. It is 
also possible to use a configuration in which the index 
management table is incorporated into the coded video 
data as a directory information (an information for ena- 
bling the random access). 

. In addition, it is also possible to carry out the key- 
word retrieval with respect to the text described in the 
comment field 65 of Fig. 7 in the index management 
table, and display the icons corresponding to the 
matched events, so as to realize an interface function 
for displaying the video database retrieval result- 
Moreover, it is also possible to modify the index 
management table of Fig. 7 into two tables as shown in 
Figs. 12Aand 12B. Namely, a table-1 of Fig. 12A man- 
ages a set of the event type, the event time and the 
pointer to icon, for each event ID, while a table-2 of Fig. 
12B manages all the playback possible positions in cor- 
respondence to the corresponding times. When the icon 
is specified, the table>1 of Fig. 12A is referred so as to 
obtain the event time corresponding to the specified 
icon. Then, the table-2 of Fig. 12B is referred so as to 
find out a time which is closest to the obtained event 
time, and the playback possible position corresponding 
to the found out closest time is extracted. 

This modified configuration of Figs. 12A and 12B 
has the following advantage. Namely, in a case of using 
the index management table of Rg. 7, there is a need to 
detect the playback possible position again whenever 
the event time is corrected. In contrast, in a case of 
using the tables of Figs. 12A and 12B, the tabie-2 of Fig. 
12B records ail the playback possible positions which 
are detected in advance, so that there is no need to 
detect the playback possible position again even when 
the event time is corrected. 

It is also to be noted that a video editing apparatus 
based on the video editing scheme of any of the above 
described embodiments according to the present inven- 
tion may be conveniently implemented using conven- 
tional general purpose digital computers programmed 
according to the teachings of the present specification, 
as will be apparent to those skilled in the computer art. 
Appropriate software coding can readily be prepared by 
skilled programmers based on the teachings of the 
present disclosure, as will be apparent to those skilled 
in the software art. 

Such a software package can be a computer pro- 
gram product which employs a storage medium includ- 
ing stored computer code which is used to program a 
computer to perform the disclosed function and process 
of the present invention. The storage medium may 
include, but is not limited to, any type of conventional 
floppy discs, optical discs, CD-ROMs, magneto-optical 
discs, ROMs, RAMs, EPROMs, EEPROMs, magnetic or 
optical cards, or any other suitable media for storing 
electronic instructions. 

It is also to be noted that, besides those already 
mentioned above, many modifications and variations of 
the above embodiments may be made without depart- 
ing from the novel and advantageous features of the 
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present invention. Accordingly, all such modifications 
and variations are intended to be included within the 
scope of the appended claims. 

Claims 

1 . A video editing apparatus, comprising: 



a video display unit for decoding and displaying 
coded video data; ro 
an event detection unit for detecting events 
including scene changes, from the coded video 
data; 

an icon production unit for producing icons 6. 
from the coded video data in correspondence 15 
to the events detected by the event detection 
unit; 

a playback possible position detection unit for 
determining playback possible positions from 
which the coded video data can be playbacked 20 7. 
smoothly; 

an index information management unit for man- 
aging an index information including an infor- 
mation on the icons produced by the icon 8. 
production unit and the playback possible posi- 25 
tions determined by the playback possible posi- 
tion detection unit; 

a display input unit functioning as a user inter- 
face for displaying a plurality of icons produced 
by the icon production unit on a single display. 30 
and allowing a user to specify a desired icon 
among said plurality of icons on the single dis- 9. 
play; and 

a control unit for obtaining one playback possi- 
ble position corresponding to the desired icon 35 
specified by the user at the display input unit 
according to the index information managed by 
the index information management unit, and 
supplying the coded video data to the video 10. 
display unit starting from said one playback 40 
possible position. 



2. The apparatus of claim 1 , wherein the display input 
unit allows the user to specify a desired arrange- 
ment order of more than one icons on the single 
display, and the control unit supplies the coded 
video data to the video display unit according to the 
desired arrangement order specified by the user at 
the display input unit. 

3. The apparatus of claim 1 , wherein the icon produc- 
tion unit produces each icon by obtaining a reduced 
image from an intra-field coded image retrieved 
from the coded video data. 

4. The apparatus of claim 3, wherein the icon produc- 
tion unit obtains the reduced image corresponding 
to each event from a first intra-field coded image 
which appears in the coded video data after each 



event. 



5. The apparatus of claim 1 , further comprising: 



45 



so 



55 



a control data extraction unit for extracting con- 
trol data necessary in decoding and displaying 
the coded video data, from the coded video 
data; 

wherein the control unit supplies the 
control data extracted by the control data 
extraction unit to the video display unit before 
supplying the coded video data. 

The apparatus of claim 1, wherein the display input 
unit selects those events which satisfy a prescribed 
condition among the events detected by the event 
detection unit, and displays only those icons which 
are corresponding to selected events. 

The apparatus of daim 6, wherein the prescribed 
condition specifies an event type of events to be 
selected. 

The apparatus of claim 1, wherein the playback 
possible position detection unit determines a play- 
back possible position in correspondence to each 
event detected by the event detection unit, and the 
index information management unit manages the 
playback possible position for each event sepa- 
rately. 

The apparatus of claim 1 , wherein the index infor- 
mation managed by the index information manage- 
ment unit contains an event type of each event, a 
playback possible position for each event, and a 
pointer to an icon for each event, in correspond- 
ence. 

The apparatus of claim 1 , wherein the index infor- 
mation management unit manages an information 
on an icon for each event in correspondence to an 
event time of each event, while separately manag- 
ing the playback possible positions in correspond- 
ence to times of the playback possible positions. 

11. A video editing method, comprising the steps of: 

(a) decoding and displaying coded video data 
on a video display device; 

(b) detecting events including scene changes, 
from the coded video data; 

(c) producing icons from the coded video data 
in correspondence to the events detected by 
the step (b); J 

(d) determining playback possible positions 
from which the coded video data can be play- 
backed smoothly; 

(e) managing an index information including an 
information on the icons produced by the step 
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(c) and the playback possible positions detar- 
mined by the step (d); 

(f) displaying a plurality of icons produced by 
the step (c) on a single display, and allowing a 
user to specify a desired icon among said plu- s 
raiity of icons on the single display; and 

(g) obtaining one playback possible position 
corresponding to the desired icon specified by 
the user at the step (f) according to the index 
information managed by the step (e), and sup- 10 
plying the coded video data to the video display 
device starting from said one playback possible 
position. 

12. The method of claim 1 1 , wherein the step (f) allows 15 
the user to specify a desired arrangement order of 
more than one icons on the single display, and the 
step (g) supplies the coded video data to the video 
display device according to the desired arrange- 
ment order specified by the user at the step (f). 20 

13. The method of claim 11, wherein the step (c) pro- 
duces each icon by obtaining a reduced image from 
an intra-f ield coded image retrieved from the coded 
video data. 2 s 

14. The method of claim 13. wherein the step (c) 
obtains the reduced image corresponding to each 
event from a first intra-field coded image which 
appears in the coded video data after each event. 30 

15. The method of claim 11, further comprising the 
steps of: 

(h) extracting control data necessary in decod- 35 
ing and displaying the coded video data, from 

the coded video data; and 

(i) supplying the control data extracted by the 
step (h) to the video display device before the 
step (g) supplies the coded video data. 40 

16. The method of claim 11, wherein the (f) selects 
those events which satisfy a prescribed condition 
among the events detected by the step (b), and dis- 
plays only those icons which are corresponding to 45 
selected events. 

17. The method of claim 16, wherein the prescribed 
condition specifies an event type of events to be 
selected. so 

18. The method of claim 1 1 , wherein the step (d) deter- 
mines a playback possible position in correspond- 
ence to each event detected by the step (b). and the 
step (e) manages the playback possible position for 55 
each event separately. 

19. The method of claim 1 1 , wherein the index informa- 
tion managed by the step (e) contains an event type 



794 A2 16 

of each event, a playback possible position for each 
event, and a pointer to an icon for each event, in 
correspondence. 

20. The method of claim 1 1 , wherein the step (e) man- 
ages an information on an icon for each event in 
correspondence to an event time of each event, 
while separately managing the playback possible 
positions in correspondence to times of the play- 
back possible positions. 

21. An article of manufacture, comprising: 

a computer usable medium having computer 
readable program code means embodied 
therein for causing a computer to function as a 
video editing system in which coded video data 
are decoded and displayed by a video display 
device, the computer readable program means 
including: 

first computer readable program code means 
for causing the computer to function as an 
event detection unit for detecting events includ- 
ing scene changes, from the coded video data; 
second computer readable program code 
means for causing the computer to function as 
an icon production unit for producing icons 
from the coded video data in correspondence 
to the events detected by the first computer 
readable program code means; 
third computer readable program code means 
for causing the computer to function as a play- 
back possible position detection unit for deter- 
mining playback possible positions from which 
the coded video data can be playbacked 
smoothly; 

fourth computer readable program code means 
for causing the computer to function as an 
index information management unit for manag- 
ing an index information including an informa- 
tion on the icons produced by the second 
computer readable program code means and 
the playback possible positions determined by 
the third computer readable program code 
means; 

fifth computer readable program code means 
for causing the computer to function as a user 
interface for displaying a plurality of icons pro- 
duced by the second computer readable pro- 
gram code means on a single display, and 
allowing a user to specify a desired icon among 
said plurality of icons on the single display; and 
sixth computer readable program code means 
for causing the computer to function as a con- 
trol unit for obtaining one playback possible 
position corresponding to the desired icon 
specified by the user at the user interface 
according to the index information managed by 
the fourth computer readable program code 



9 



BNSDOCID; <EP 0810794A2J._> 



17 



EP 0 810 794 A2 



means, and supplying the coded video data to 
the video display device starting from said one 
playback possible position. 
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